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Preface 


The  following  report  documents  the  design  study  of  the 
Air  Force  Institute  of  Technology  Graduate  Systems 
Engineering  Class  of  1985.  The  report  is  in  three  volumes. 
The  Executive  Summary  (Volume  1)  is  a  cursory  review  of  the 
study  and  is  meant  to  be  self-contained.  The  Final  Report 
(Volume  II)  and  the  Appendices  (Volume  Ill)  are  more 


m 


detailed  and  should  be  read  together  for  completeness.  This 
study  explains  a  two-phase  methodology  we  developed  to 


permit  selection  of  an  optimal  military  satellite  servicing 


m 
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system.  The  work  was  conducted  from  December  1984  to 
December  1985.  The  original  project  concept  and  follow-on 
technical  support  was  provided  by  the  Rocket  Propulsion 


Laboratory  at  Edwards  AFB,  California.  Additional  technical 
support  and  funding  was  provided  by  the  Office  for  Manned 
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Abstract 


A  two-phase  methodology  for  selecting  an  optimal  mili¬ 
tary  satellite  servicing  system  is  developed  using  the  sys¬ 
tems  engineering  approach.  This  methodology  is  used  to 
evaluate  several  alternative  systems  at  varying  levels  of 
detail.  The  candidate  systems  are  composed  of  low-G  launch¬ 
ers.  high-G  launchers,  orbital  servicing  vehicles,  and  space 
bases.  An  optimal  realization  is  then  derived  for  a  system 
of  low-G  launchers  and  orbital  servicing  vehicles.  In  the 

first  phase  of  the  approach,  vector  optimization  techniques 

% 

are  used  to  vary  the  states  of  a  model  to  obtain  a  set  of 
optimal  solutions.  The  second  phase  embodies  the  decision 
maker's  preferences  in  a  value  system  to  enable  preference 
ranging  of  the  optimal  solutions  in  the  non-don i nated  solu¬ 
tion  set.  This  methodology,  as  presented,  can  be  applied  to 
any  complex  problem  with  multiple  conflicting  objectives. 

It  is  designed  for  use  by  an  engineering  organization  sup¬ 
porting  a  senior-level  decision  maker. 


ES .  Executive  Summary 


ES.l  Introduction 


The  issue  of  satellite  servicing  is  complicated,  having 
many  economic  and  political  overtones.  The  basic  fact  is 
that  satellites  cost  a  lot  of  money.  Once  placed  in  orbit, 
the  failure  of  any  number  of  subsystems  can  make  a  satellite 
useless.  Until  recently,  the  United  States  was  unable  to 
retrieve  malfunctioning  satellites,  and  failed  satellites 
were  considered  a  total  loss.  However,  demonstrations  using 
the  space  shuttle  have  proven  that  on-orbit  servicing  and 
repair  of  satellites  is  now  possible. 


The  National  Aeronautics 
(NASA)  and  the  Air  Force  have 
their  satellites  serviceable. 


and  Space  Administration 
both  made  commitments  to  make 
As  a  result  of  the  United 


States  Spacecraft  Maintenance  Policy  Review  Study  (Dept.  of 
AF.  1984),  the  Undersecretary  of  the  Air  Force  for  Research 
and  Development  directed  that: 

The  Air  Force  policy  is  to  ensure  that 
spacecraft  maintenance  options  are  considered  in 
requirements  definition,  acquisition  program 
management,  and  contractual  documentation  for 
those  satellite  programs  wherein  these  options 
might  be  reasonably  implemented.  The  Air  Force 
should  actively  examine  the  utility  of  spacecraft 
maintenance  options  (particularly  preventative 
maintenance,  refueling  and  repair)  and  avoid, 
wherever  practicable,  design  actions  which  would 
appear  to  preclude  on-orbit  maintenance  later  in 
the  spacecraft  life  cycle  (Aldridge.  1984). 


ES- 1 


In  May  1985,  the  USAF  Space  Division  issued  a  Request 
For  Proposal  (RFP)  for  contractors  to  develop  alternatives 
for  a  Space  Transportation  Architecture.  As  stated  in  the 
statement  of  work  portion  of  the  RFP: 

The  primary  objectives  of  this  study  are  to 
(1)  determine  the  overall  space  transportation 
arch i tecture ( s )  and  transportation  systems  that 
can  effectively  perform  future  DoD  and  NASA 
missions  projected  for  the  1 995  through  2010  time 
period.  (2)  identify  the  enabling  technologies 
required  for  future  space  transportation  systems 
and  prepare  an  integrated  plan  to  develop  these 
technologies,  and  (3)  refine  the  mid-1990’s 
transportation  system  concept(s),  and  prepare 
preliminary  system  specifications  and  special 
engineering  plans  for  refined  concept(s)  to 
facilitate  the  start  of  Validation  Phase  (Space 
Division .  1985) . 


Air  Force  organizations  are  serious  about  finding  cost 
effective  ways  to  accomplish  their  mission  in  space. 
Satellite  servicing  may  play  an  important  role  in  that 
architecture,  either  from  a  cost  standpoint  or  as  a  mission 
necessity.  If  the  Strategic  Defense  Initiative  is 
implemented  in  a  space  environment,  then  there  will  probably 
be  mission  requirements  for  reservicing  weapon  system 
resources  depleted  by  periodic  testing,  use.  or  leakage. 

Now  is  the  time  to  start  considering  how  an  efficient, 
low-cost  servicing  architecture  could  be  included  in  an 
overall  transportation  infrastructure. 


ES.2  Problem  Definition 


The  primary  objective  of  a  satellite  service  system  is 
to  deliver  mass  from  earth  to  orbit,  and  then  on  to  the 
satellites.  There  are  numerous  ways  this  could  be 
accomplished,  as  illustrated  by  Figure  ES . I .  First, 
consider  moving  the  mass  from  earth  to  orbit.  The  launch 
site  could  be  a  fixed  point  with  permanent  support 
facilities,  or  a  mobile  launcher  using  portable  or  existing 
support  facilities.  For  flexibility  and  survivability,  one 
might  want  the  mobile  launchers.  However,  this  might 
undesirably  increase  costs  over  a  system  using  fixed  launch 
sites.  Once  the  mass  is  in  orbit,  it  must  be  distributed  to 
the  satellites.  It  may  be  desirable  to  have  a  space  depot 
in  orbit  to  allow  the  off-loading  of  supplies.  This  space 
depot  could  act  as  a  warehouse  or  a  repair  center  to  allow 
more  flexible  scheduling  and  support  of  orbital  servicing 
vehicles.  Maintaining  supplies  in  space  also  protects  the 
system  from  temporary  loss  of  launch  systems.  However, 
having  a  space  depot  involves  more  cost  and  could  raise 
political  issues.  This  shows  that  to  accomplish  the  primary 
objective  of  servicing  satellites,  many  conflicting 
sub-objectives  must  be  satisfied. 


The  objective  of  this  study  is  to  select  the  best 
system  to  service  satellites.  If  this  problem  involved  only 


select  the  best  system,  using  the  basic  objectives  of  Table 
ES . 1 .  is  to  extract  the  maximum  performance  from  a  svstem  at 
the  minimum  possible  cost.  Performance  could  be  indicated 
by  measuring  the  mass  delivered  to  orbit,  and  system 
reliability,  while  cost  could  be  broken  down  into  initial 
costs  and  operating  costs. 


Table  ES . 1 
Basic  Objectives 


Minimize  Costs 

Maximize  Performance 

Operating  Cost 

Mass  of  Payload 

per  Year 

Delivered  to  Orbit 

Initial  Cost 

Ke 1 iabi 1 i ty 

A  common  structural  formulation  for  the  sub-objectives 
of  a  mu  1 1 i -object i ve  problem  is  a  hierarchy  tree  (see  figure 
ES.2).  The  advantage  of  formulating  the  objectives  into  a 
hierarchy  tree  is  that  it  shows  how  the  satisfaction  of  the 
subobjectives  leads  to  the  satisfaction  of  the  overall 
object i ve . 

Every  decision  maker  will  have  different  preferences 
for  satisfying  these  conflicting  objectives.  In  selecting 
an  optimal  solution  for  implementation,  one  decision  maker 
may  favor  a  solution  that  has  low  operating  costs  with 
minimal  mass  of  payload  delivered  to  orbit.  Another 


rank-order  the  set  of  solutions.  In  addition,  it  provides 
explicit  information  on  the  effects  of  the  decision  maker's 
preferences,  and  the  trade-offs  possible  by  changing  those 
preferences.  Then,  if  external  conditions  or  personal 
reevaluation  cause  a  decision  maker’s  preferences  to  change, 
the  first  phase  does  not  need  reaccomplishment. 

The  two  phases  of  the  methodology  can  be  broken  down 
into  six  steps  as  shown  in  Table  ES . 2 .  The  steps  are 
problem  definition,  design  of  a  value  system,  synthesis  and 
modeling  of  alternative  solutions,  analysis  and  validation 
of  those  solutions,  alternatives  ranking  and  selection  of  an 
appropriate  solution,  and  planning  for  future  actions. 

Table  ES . 2 

Steps  of  Two  Phase  Methodology 


Phase  I 

Phase  1 1 

o 

Problem  Definition 

o 

Value  System 

Design 

o 

Systems  Synthesis 

And  Mode  ling 

o 

Systems  Analysis 

o 

Decision  Making 

o 

Planning  For 

Action 

£S  .  3 . 1  Problem  Definition  Step.  Problem  definition  is  the 
key  initial  step  in  the  systems  engineering  approach.  In 
this  step,  the  framework  for  the  rest  of  the  process  is 
set.  Considerable  care  must  be  taken  to  ensure  that  the 
’’real”  problem  is  identified  and  addressed.  It  is  also 
important  to  determine  not  only  the  overall  problem  or  goal, 
but  also  the  decision  situation  that  brought  about 
consideration  of  this  problem.  Other  factors  requiring 
identification  during  this  step  include:  the  ’’actors” 
involved  in  the  problem,  what  factors  can  and  cannot  be 
controlled,  and  the  likely  system  inputs  and  desired 
outputs . 

Flexibility  is  necessary  during  this  step,  since 
knowledge  gained  during  later  iterations  should  be  used  to 
mod ify  the  problem  definition  when  appropriate.  The  first 
attempt  at  the  problem  definition  is  usually  rather 
abstract;  necessary  details  can  be  added  on  later 
iterations.  Also,  the  analyst  should  periodically  ask  the 
decision  maker  to  confirm  that  the  problem  definition 
formulated  addresses  the  problem  of  interest. 

ES.3.2  Value  System  Design  Step.  Value  system  design  is 
the  first  step  of  the  volatile  second  phase  of  the  systems 
engineering  two-phase  methodology,  following  the  problem 
definition  step.  It  does  not  need  to  precede  the  other 


steps  of  the  first  phase.  However,  if  it  is  accomplished 
before  the  remaining  steps  of  phase  one.  much  time  will  be 
saved . 

The  design  of  the  value  system  in  a  complex  problem 
usually  begins  with  the  creation  of  a  hierarchy  tree  of 
objectives.  The  decision  situation  or  overall  objective  is 
placed  at  the  top  of  the  tree.  Objectives  whose 
accomplishment  would  lead  directly  to  satisfying  the  overall 
objective  are  placed  at  the  second  level  of  the  tree. 
Usually,  these  high  level  objectives  cannot  be  measured  to 
indicate  their  level  of  accomplishment.  Therefore,  these 
second  level  objectives  are  furthur  subdivided  until  a  level 
is  reached  where  the  attainment  of  an  objective  can  be 
directly  measured.  These  measures  of  performance,  or 
performance  indices,  indicate  the  relative  level  of 
achievement  of  the  objectives.  Since  there  is  no  unique 
hierarchy  of  objectives  for  a  problem,  the  analyst  should 
have  the  decision  maker  approve  the  final  hierarchy. 

The  level  of  objective  attainment  measured  by  each 
performance  index  at  the  bottom  of  the  hierarchy  tree  will 
be  different  for  each  candidate  solution  in  the  NDSS. 
Consequently,  every  decision  maker  will  prefer  one  solution 
over  another,  based  either  on  established  policies,  or  on 
personal  biases  from  his  own  experiences.  The  value  system 
is  designed  to  represent  these  preferences  in  a  mathematical 


fashion.  It  provides  an  organized  method  for  ranking  a  set 
of  otherwise  equally  optimal  solutions  according  to  the 
decision  maker’s  preferences. 

ES . 3 . 3  System  Synthesis  and  Modeling  Step.  Identification 
or  creation  of  alternative  solutions  is  the  second  step  of 
the  engineering  design  phase  (phase  one).  This  step 
involves  defining  candidate  solutions  to  the  problem, 
describing  these  candidates,  and  measuring  the  performance 
of  each  candidate  against  the  objectives.  This  is  termed 
system  synthesis  (Sage,  1977:73).  During  the  problem 
definition  step  some  of  the  potential  candidate  solutions 
will  be  identified.  However,  it  is  desirable  to  include  as 
many  candidate  solutions  as  possible,  to  prevent  overlooking 
the  true  optimal  solution.  candidate.  Brainstorming  is  an 

excellent  technique  for  a  first  attempt  at  generating 
solutions.  (Sage,  1977.167-176)  describes  the  merits  of 
using  brainstorming,  brainwriting,  and  Delphi  techniques  for 
generation  of  ideas  in  a  group.  These  techniques  can  be 
used  to  identify  additional  and  innovative  ways  to 
accomplish  the  objectives  defined  in  the  problem 
definition.  Since  this  methodology  uses  an  iterative 
approach  and  optimizes  the  candidates  that  are  generated, 
unworkable  ideas  will  quickly  fall  out. 

Once  a  set  of  candidates  has  been  generated,  some 
method  of  describing  and  analyzing  these  alternatives  must 


be  used.  Typically,  the  different  system  alternatives  are 
described  in  terms  of  a  model.  In  its  most  general 
definition  a  model  is  "a  representation  of  a  system  which 
can  be  used  as  an  explanatory  device,  an  analysis  tool,  a 
design  assessor,  or  even  a  crystal  ball.”  (Pritsker.  1984) 

A  model  should  describe  and  differentiate  between  proposed 
systems  while  predicting  the  performance  of  each.  The  form 
of  the  model  must  be  such  that  analysis  techniques  can  be 
used  to  answer  predetermined  questions.  In  this  study,  one 
such  question  is.  ’’What  are  the  trade-offs  that  can  be  made 
between  the  number  and  types  of  subsystems,  and  what  effect 
does  this  have  on  the  overall  system  performance?”  Physical 
and  graphical  models  are  inadequate  to  answer  this 
question.  Physical  models  are  too  expensive  to  build  for 
every  possible  alternative  satellite  servicing  system,  and 
graphical  models  do  not  allow  any  flexibility  in  controlling 
the  environment  or  in  varying  the  model  attributes. 
Mathematical  (analytical  or  simulation)  models,  however,  do 
have  the  flexibility  and  cost  effectiveness  that  is  needed 
for  this  study. 

ES  .  3 . 4  Systems  Analysis  Step.  During  this  step  of  the 
methodology,  the  candidate  system  models  are  analyzed  to 
yield  optimal  engineering  solutions.  This  analysis  consists 
of  two  parts:  generation  of  the  members  of  the  NDSS,  and 
validation  of  those  results.  Multi  objective  optimization 


if 


theory  (MOOT)  techniques  are  used  to  generate  the 
non-dominated  solutions  for  this  study.  The  resultant  NDSS 
is  then  analyzed  to  determine  the  validity  of  the  models  and 
the  results. 

For  the  problem  of  selecting  an  optimal  satellite 
servicing  system.  MOOT  techniques  were  found  to  be  the  most 
helpful  tool  for  analysis.  Using  MOOT,  an  optimizer 
algorithm.  PROCES,  uses  the  model  to  generate  an  optimal 
trial  solution.  This  trial  solution  is  then  compared 
against  the  members  in  the  non-dominated  solution  set.  If 
the  trial  solution  is  not  dominated  by  any  other  solution, 

it  is  added  to  the  NDSS.  Eventually  a  set  of  nondomi nated 

* 

solutions  is  created  that  covers  the  feasible  range  of 
designs  for  each  modeled  system. 

Once  an  NDSS  is  generated,  the  validity  of  the 
solutions  must  be  confirmed.  Sensitivity  analysis  is  one  of 
the  most  powerful  methods  used  for  checking  the  validity  of 
the  system  models  and  solutions.  By  analyzing  the  solutions 
in  the  NDSS.  the  analyst  can  determine  potential  problems 
with  the  model  or  the  optimizer  algorithm.  Identified 
problems  are  corrected  and  the  entire  process  is  then 
repeated.  This  iterative  approach  permits  early 
identification  of  flaws  in  the  model  or  in  the  optimizer, 
enabling  better  solutions  with  each  iteration.  Since  a 
model  cannot  perfectly  duplicate  the  real  world,  there  will 
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always  be  a  certain  amount  of  error  or  uncertainty 


associated  with  the  solutions.  Sensitivity  analysis 
identifies  the  impacts  of  the  uncertainties  that  remain. 


ES . 3 . 5  Decision  Making  Step.  The  decision  making  step 


along  with  the  design  of  the  value  system,  is  the  bulk  of 
the  second  phase  of  the  systems  engineering  approach. 
Alternative  system  descriptions  have  been  modeled,  the 
models  have  been  validated  and  analyzed,  and  a  set  of 
nondominated  ”equa 1 1 y-opt ima l ”  solutions  have  been  found. 
Now  the  members  of  the  NDSS  must  be  ranked  according  to  the 


subjective  preferences  of  the  decision  maker,  and  the  most 
preferred  solution  identified. 


Each  member  of  the  NDSS  represents  and  describes  a 
different  realization  (i.e.  a  particular  design)  for  one  of 
the  candidate  solutions  modeled  in  the  systems  synthesis  and 
modeling  step.  These  solutions  are  equally  optimal  using 
only  objective  criteria.  However,  with  all  other 
performances  being  equal,  one  system  description  may  cost 
more  for  operations,  or  one  may  have  higher  reliability. 


tf'T T' 
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Consequently,  a  decision  maker  will  prefer  one  solution  in 
the  set  over  the  others.  The  systems  engineering  approach 
allows  a  supporting  engineering  organization  to  provide  not 
the  solution,  but  a  set  of  optimal  solutions  for 
consideration  by  the  decision  maker.  Selection  of  a 
solution  is  described  by  DeNeufville  and  Stafford  (1971:12) 
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to  be 


"by  definition,  not  a  technical  problem 
alone.  The  analysts’  role  is  precisely  that  of 
helping  the  decision  process  by  removing  as  many 
of  the  technical  uncertainties  as  possible  ... 
systems  analysis  is  fundamentally  an  attempt  to 
define  issues  and  alternatives  for  the  decision 
maker  and  then  to  provide  him  with  the  information 
relevant  to  his  choice.” 

The  value  system  is  simply  a  mechanism  that  captures 
the  decision  maker’s  preferences  for  incorporation  into  the 
solution  process.  The  decision  maker’s  utility  for  the 
performance  measures  is  multiplied  by  the  weighting 
preferences  of  the  objectives  in  the  hierarchy  tree  and 
summed.  This  yields  a  single  figure  of  merit  which 
represents  the  decision  maker’s  preference  for  each  solution 
in  the  NDSS.  The  different  solutions  in  the  NDSS  can  then 
be  rank-ordered  by  their  associated  figures  of  merit.  It  is 
also  helpful  for  a  decision  maker  to  know  how  sensitive  the 
solution  ranking  is  to  changes  in  his  preference 
weightings.  A  robust  solution  which  may  not  have  been 
ranked  the  highest  may  be  a  more  advantageous  selection, 
especially  if  there  is  uncertainty  in  some  of  the  system 
parameters . 

ES.3.b  Planning  for  Action  Step.  Planning  for  action  is 
directly  tied  in  with  decision  making.  In  this  step  the 
analyst  examines  the  progress  taking  place  in  the  solution 
process,  and  decides  what  refinements  are  needed  and  to  what 
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degree.  Since  the  same  six  steps  are  repeated,  the  action 
taken  here  may  vary  with  each  iteration.  Early  in  the 
design,  the  usual  action  is  to  continue  with  greater  detail 
through  a  new  iteration,  incorporating  the  results  of  past 
iterations.  The  new  iteration  should  correct  areas  of 
uncertainty  that  were  uncovered,  while  continually  working 
towards  a  better  answer.  After  the  process  has  converged  to 
a  satisfactory  set  of  solutions,  the  analyst  may  use  this 
step  to  plan  how  to  communicate  the  results  to  the  decision 
maker.  Once  the  decision  maker  has  the  results,  his 
decisions  will  drive  future  actions  on  the  project.  These 
actions  might  include  furthur  iterations  to  provide  more 
detail,  implementation  of  the  chosen  design,  or  shelving  of 
the  project  . 

This  sequence  of  steps  is  performed  iteratively,  as 
diagrammed  in  Figure  ES.3,  until  one  is  satisfied  that  the 
process  has  converged  to  a  solution.  Notice  that  phase  two 
does  not  depend  on  completion  of  phase  one.  It  is 
recommended  that  the  design  of  the  value  system  be  started 
immediately  after  the  problem  is  defined.  This  permits  the 
same  objective  structure  used  in  the  value  system  to  define 
the  objectives  for  modeling  the  solutions. 

The  iterative  nature  of  this  two-phase  methodology 
allows  knowledge  gained  during  early  iterations  through  the 
methodology  to  be  used  in  improving  the  solutions  in  later 


ase  Method 


iterations.  Using  the  systems  engineering  approach,  a  crude 
solution  is  found  early  (represented  by  the  first  peak  of 
the  curve  in  Figure  ES . 4 > .  As  more  is  learned  through  each 
subsequent  attempt,  the  iterations  converge  to  a  set  of 
optimal  final  solutions.  This  is  in  contrast  to  the 
traditional  engineering  approach  which  tends  to  seek  a 
straight  line  solution  over  time.  It  does  not  approach  an 
answer  until  late  in  the  design  when  subcomponents  which 
have  been  optimized  are  fit  together.  In  the  systems 
engineering  approach,  mistakes  and  dead  ends  are  recognized 
early,  thus  saving  manpower  and  money  --  an  obvious 
advantage  over  the  traditional  approach. 


SOLUTION 


SYSTEMS 

ENGINEERING 

APPROACH 


TRADITIONAL 

ENGINEERING 

APPROACH 


Figure  ES . 4  SE  Approach  vs  Traditional  Engineering  Approach 
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ES . 4  Application  to  Satellite  Servicing 


The  systems  engineering  methodology  described  in 
section  ES . 3  was  applied  to  the  problem  of  selecting  a 
satellite  servicing  system  architecture.  The  details  of 
tailoring  the  SE  method  to  this  problem  are  described  in  the 
following  sections.  Since  the  problem  statement  has  already 
been  discussed,  we  will  begin  with  value  system  design  and 
follow  the  methodology  through  to  the  decision  making  step. 

ES . 4 . 1  Value  System  Design.  Because  every  decision  maker 
has  different  preferences,  every  decision  maker  has  a  unique 
value  system,  which  is  simply  a  formal,  mathematical 
representation  of  his  preferences.  If  certain  axioms  are 
met.  a  mapping  of  those  preferences  to  a  value  scale  can  be 
accomplished.  Using  these  mappings,  an  analyst  can  then 
rank  the  solutions  to  the  problem  in  order  of  preference 
based  on  the  information  obtained  from  the  decision  maker. 

In  situations  where  there  is  uncertainty  involved  with 
the  alternative  solutions,  the  mapping  is  referred  to  as  a 
utility  function.  For  functions  where  the  choices  involved 
are  strictly  deterministic,  the  mapping  is  called  a  value 
function.  The  two  most  common  forms  of  these  functions  are 
the  additive  and  multiplicative  forms.  The  appropriate  form 
to  use  in  a  problem  is  identified  by  satisfying  certain 
necessary  and  sufficient  conditions  of  independence  among 
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the  objectives  of  the  problem.  Often  the  objectives  in  a 


complex  problem  are  conflicting,  and  the  decision  maker  will 
likely  have  different  preferences  for  each  of  those 
object i ves . 

A  common  structural  formulation  for  the  objectives  in  a 
multi-objective  problem  is  in  the  form  of  a  hierarchy  tree 
as  shown  in  Figure  ES . 5 .  A  hierarchy  tree  enables  one  to 
see  how  satisfaction  of  the  subobjectives  leads  to  the 
satisfaction  of  the  overall  objective.  By  accomplishing 
pairwise  comparisons  between  objectives  at  each  level  of  the 
tree,  the  decision  maker  can  indicate  to  the  analyst  what 
his  preferences  are  for  each  of  the  objectives  in  the 
prob 1 em . 

Each  candidate  solution  for  the  problem  will  have  a 
different  level  of  accomplishment  for  each  of  those 
objectives.  The  value  system  then  allows  the  analyst  to  use 
the  decision  maker’s  preferences  for  the  different 
objectives  along  with  the  level  of  accomplishment  of  those 
object i ves  f rom  each  solution  to  obtain  a  rank-ordering  of 
the  possible  solutions.  The  decision  maker  can  then  select 
the  solution  that  best  suits  his  purposes. 

In  creating  the  objective  or  hierarchy  tree,  the 
analyst  and  decision  maker  continue  to  define  subobjectives 
until  a  level  is  reached  where  accomplishment  of  the 
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Hierarchy  free  ot  Objectives 


subobjective  can  be  measured  in  some  way.  These  measurable 
entities  (represented  by  the  ovals  in  Figure  ES.5)  are 
called  attributes  or  performance  indices,  since  they  enable 
one  to  see  how  well  the  objectives  are  being  satisfied. 

Each  one  of  these  performance  indices  has  an  associated 
value  function  (or  utility  function).  This  function,  which 
has  values  between  zero  and  one,  describes  the  utility  that 
the  decision  maker  places  on  the  range  of  measure  of  that 
attribute.  For  example,  consider  the  performance  index 
initial  cost,  which  would  likely  be  measured  in  dollars. 
Every  decision  maker  will  have  a  different  function  that 
maps  his  preferences  associated  with  the  given  range  of 
dollars  to  a  value  scale.  It  might  be  a  simple  linear 
function,  indicating  that  the  decision  maker  has  a 
straight-line  preference  for  fewer  dollars  of  initial  cost 
versus  more  dollars  of  initial  cost.  However,  the  value 
function  could  have  any  shape,  logarithmic  or  exponential, 
for  example.  Whatever  its  shape,  it  maps  the  decision 
maker's  preferences  for  the  range  of  the  performance  index 
to  a  dimensionless  value  scale. 

For  each  candidate  solution,  the  analyst  can  then  use 
the  various  value  scales  to  obtain  "values”  for  the  levels 
of  accomplishment  of  the  various  attributes.  Ising  these 
"values",  and  knowing  the  decision  maker’s  preferences  for 
the  different  objectives  in  the  hierarchy  tree,  the  analyst 


can  determine  a  single  figure  of  merit  that  then  represents 
the  preference  the  decision  maker  has  for  that  solution. 

This  process  is  repeated  for  each  candidate  solution, 
resulting  in  a  single  figure  of  merit  that  represents  each 
solution.  The  analyst  can  then  rank  all  the  solutions  based 
on  these  figures  of  merit  to  create  a  listing  of  solutions 
ranked  in  preference  order.  This  is  very  effective  and 
time-efficient,  especially  when  the  list  of  candidate 
solutions  is  a  large  one. 


In  this  study,  the  hierarchy  tree  in  Figure  ES . b  was 
used  as  a  simple  list  of  objectives.  Preference  weightings 
were  determined  by  having  decision  makers  perform  pairwise 
comparisons  between  objectives  at  each  level  of  the  tree,  as 
the  example  in  Figure  ES . 7  demonstrates.  A  matrix  is  then 
formed  with  the  rows  and  columns  representing  the  different 
objectives  at  a  particular  tree  level.  The  entries  in  the 
matrix  are  the  comparison  numbers  taken  from  the  comparison 
scale,  as  seen  in  Figure  ES.8.  Note  that  the  matrix  is 
inverse-symmetric  to  account  for  the  inverse  comparisons. 
Using  a  technique  developed  by  Thomas  Saaty  from  the 
University  of  Pennsylvania,  the  preference  weightings  for 
each  tree  level  corresponds  to  the  normalized  eigenvector 
for  the  maximal  eigenvalue  of  the  matrix.  This  technique  is 
used  to  determine  the  preferences  for  the  objectives  at  each 
level  of  the  hierarchy  tree. 
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Figure  ES.8  Decision  Maker  Comparisons  in  Matrix  Notation 
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The  objectives  in  this  hierarchy  tree  were  found  to 
satisfy  the  independence  conditions  for  an  additive  value 
function.  This  makes  the  task  of  finding  a  figure  of  merit 
much  simpler.  It  allows  the  analyst  to  simply  multiply  the 
"value"  of  the  performance  index  (obtained  from  the  value 
function  curve  -  see  sample  in  Figure  ES.9)  by  the 
preference  weighting  for  the  objective  that  the  attribute 
measures  and  sum  the  results  at  the  tree  branch.  The  result 
is  multiplied  by  the  preference  weighting  at  the  next  level 
of  the  tree  and  summed  to  the  results  from  the  other 
branches.  This  is  continued  until  a  single  number  is 
obtained  at  the  top  level  of  the  hierarchy  tree.  This 
single  number  is  the  figure  of  merit  for  that  solution. 

ES . 4 . 2  System  Synthesis  and  Modeling.  The  purpose  of 
modeling  a  service  system  is  to  describe  it  in  such  a  way  as 
to  distinguish  between  candidate  system  designs  and  evaluate 
the  performance  of  each  design  in  terms  of  achieving  the 
desired  system  objectives.  The  approach  used  in  this  study 
was  to  establish  analytical  equations  as  a  means  of 
connecting  system  design  parameters  to  the  desired  system 
attributes.  Based  on  the  four  system  objectives  at  the  base 
of  the  hierarchy  tree  in  Figure  ES.2.  and  other  factors  such 
as  flexibility  and  survivability,  the  conceptual  models 
depicted  in  Figure  ES.10  were  developed. 
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Figure  ES.10  Conceptual  SSS  Models 


The  mission  of  the  SSS  is  divided  into  two  functional 
areas:  (1)  deliver  mass  from  earth  to  orbit  and  L2)  deliver 
mass  from  orbit  to  the  satellites  needing  service.  A  total 
of  six  subsystems  were  defined  to  perform  the  two 
functions.  Figure  ES .  1 1  describes  these  subsystems. 


For  the  first  functional  area,  four  launch  subsystems 
are  categorized  by  the  type  of  mass  that  they  can  carry  and 
the  type  of  launch  site  they  can  use.  The  payload  mass  is 
identified  as  being  either  fragile  or  durable.  Fragile  mass 
cannot  withstand  high  acceleration  forces,  and  might  consist 
of  sensitive  electronic  spare  parts  or  people.  Durable  mass 
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MISSION  FUNCTIONS 


o  NASS  TO  ORBIT  (LAUNCH  SUBSYSTEMS) 


-  TYPES  OF  MASS  LAUNCHED 


o  MASS  FROM  ORBIT  TO  SATELLITE 
(SERVICE  SUBSYSTEMS) 

SB  -  SPACE  BASES 

--  FIXED  ALTITUDE 

--  FIXED  INCLINATION 

OSV  -  ORBITAL  SERVICE  VEHICLE 

--  CHANGE  ALTITUDE 

--  CHANGE  INCLINATION 


—  FRAGILE  OR  DURABLE 


-  TYPE  OF  LAUNCH  SITE 


—  NOBILE  OR  FIXED 
FLG  -  FIXED  LAUNCH  SITE  -  LOfcl-G 
—  SHUTTLE  TYPE 

MLG  -  MOBILE  LAUNCH  SITE  -  LOW-G 


—  TAV  TYPE 


FHG  -  FIXED  LAUNCH  SITE  -  H1GH-G 
MHG  -  MOBILE  LAUNCH  SITE  -  HIGH-G 


Figure  ES . 1 1  Mission  Functions  and  Subsystems 


is  not  affected  by  high~G  loads,  such  as  fuel  and  structural 
parts.  Thus.  low-G  launch  subsystems  provide  the  means  to 
carry  required  sensitive  electronics  or*.'*  man  into  space, 
while  high-G  launch  systems  are  envisioned  to  provide  a 
swift  and  economical  means  of  transporting  large  amounts  of 
durable  mass  into  orbit. 


Because  of  strategic  considerations,  launch  sites  are 
identified  as  being  either  fixed  or  mobile.  Launches  from 
fixed  sites  do  not  vary  geographically,  and  are  therefore 
susceptable  to  terrorist  attack.  However,  launches  from 
mobile  sites  are  far  less  predictable,  and  therefore  provide 
a  higher  degree  of  survivability  and  flexibility.  With 
these  definitions,  the  four  launch  subsystems  are: 
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fixed  Low-G  (FLG)  launch  system.  The  NASA  space 
shuttle  is  an  example  of  an  FLG. 


Mobile  Low-G  (MLG)  launch  system.  The 
Trans-Atmospher i c  Vehicle  (TAV)  under  study  (Covault. 
1985)  could  be  such  a  launcher. 


Fixed  High-G  (FHG)  launch  system.  Envisioned  by  an  L-5 
Society  member  (Eklund,  1984),  a  hydrogen  blast  tube 
that  propels  canisters  into  orbit  could  be  an  FHG. 


Mobile  High-G  (MHG)  launch  system.  A  physical  example 
of  such  a  system  could  not  be  determined  at  this  time. 


For  the  second  functional  area  of  moving  mass  from 
orbit  to  the  satellites,  two  service  subsystems  are 
defined.  The  space  base  (SB)  is  a  manned  or  unmanned 
structure  in  a  fixed  earth  orbit.  It  can  act  as  an  orbital 
warehouse  of  satellite  spare  parts,  or  as  a  refurbishing 
hanger  for  the  second  service  subsystem.  The  orbital 
servicing  vehicle  (OSV)  is  a  spacecraft,  either  manned  or 
robotic,  designed  to  change  orbital  altitude  and  inclination 
in  order  to  deliver  mass  to  satellites.  Once  at  the 
satellite,  robots  or  man  would  perform  the  necessary 
servicing  function.  Thus,  the  two  service  subsystems  are: 


Space  Base  (SB).  The  MASA  space  station  is  an  example 
of  an  SB. 


Orbital  Servicing  Vehicle  (OSV).  Potential  concepts 
under  study  by  NASA  include  the  robotic  Orbital 
Maneuvering  Vehicle  or  OMV  (Nasa,  1985)  and  the  manned 
or  unmanned  Orbital  Transfer  Vehicle  or  OTV 
("Aerospace”.  1982). 


By  combining  various  launch  and  service  subsystems,  -45 
different  conceptual  architectures  for  a  SSS  can  be 
defined.  Using  analysis  techniques  described  in  Chapter  IV, 
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Volume  11  of  this  report,  four  conceptual  models  were  chosen 
for  analytical  equation  development.  These  models  are 
listed  in  the  first  column  of  Figure  ES.12. 


Conceptua 1 


Ana  1 y t i ca  1 


MLG+OSV 


FHG^-MLG-rOSV 


SB^FHG^MLG+OSV 


FLG+SB^FHG+MLG+OSV 


FLG  =  MLG  =>  LIT 


LG^OSV 


FHG^LG-OSV 


SB-FHG^LG-OSV 


Figure  ES.12  Conceptual  and  Analytical  Models 


The  level  of  detail  represented  by  the  analytical 
equations  is  such  that  there  is  no  distinction  between  a 
fixed  or  mobile  low-G  launch  system.  Both  of  these  are  then 
represented  in  the  analytical  equations  by  a  generic  low-G 
(LG)  launch  system.  The  four  conceptual  models  collapse 
into  the  three  analytical  system  models  shown  in  the  third 
column  of  Figure  ES.12. 


For  each  of  the  three  analytical  models,  operating 
scenarios  are  defined  to  identify  important  system 
relationships  to  be  represented  by  the  equations.  Physical 
realizations  were  generated  for  the  LG+OSV  analytical 
model.  The  scenario  depicted  in  Figure  ES . 1 3  was  used  to 
derive  the  model  equations. 
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LG-'OSV  SCENARIO 
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DESIGN  CONSTANTS  DESIGN  VARIABLES 

BOTH  OSV  I,  LG 


FUEL  lap 
FUEL  COST 

NASS  TRANSFER  RATE 


NUNBER .  PAYLOAD  CAPACITY 
CONSLNED  FUEL.  NISSION  RATE 
RELIABITLITY .  STRUCTURE  NASS 


OSV  UNIQUE 


TRANSFER  RATE  TO  SAT  1 
CONSUNED  PARTS /NISSION  1 
LIFE  SUP /PERSON- TINE 

NASS  OF  GUIDANCE  EQPT  j 

CREW  SIZE 

*  SATS  SERVED/NISSION 

NASS  TO  SAT/SERVICE 

B  WAITING  ORBITS 

OTHER 

LG  UNIQUE 

NAX  TINE  PEOPLE  IN  SPACE 

«  STAGES,  a  LAUNCH  SITES 

SAT  SERVICE  INTERVAL 

DOWNTINE  BETWEEN  NISSIONS 

«  OF  SATS  IN  ORBIT 

TINE  BETWEEN  LAUNCHES  AT  1  SITE 

SAT  ALT. 

RENDEZVOUS  ALT. 

The  LG  launches  from  earth  to  rendezvous  with  one  or 


more  OSVs.  There  the  OSVs  are  refurbished  and  resupplied 
from  the  LG.  The  OSVs  then  depart  on  another  servicing 
mission  and  the  empty  LG  returns  to  earth  for  refurbishment 
and  resupply.  Notice  some  of  the  important  constants  in 
this  model.  For  instance,  the  number  and  orbit  of  the 
satellites  are  fixed  (at  144  and  800km).  as  well  as  the  type 
of  propulsion  system  (chemical.  Isp  =  500  sec).  The  model 
equations  tie  together  these  constants  with  the  design 
variables  to  represent  the  interactions  of  the  subsystems. 

The  design  variables  chosen,  either  directly  or 
indirectly,  affect  the  performance  of  the  system.  For 
instance,  the  number,  payload  capacity,  and  mission  launch 
rate  of  each  subsystem  contribute  to  achieving  a  high  mass 
delivery  rate.  A  much  more  extensive  description  of  these 
equations  is  the  topic  of  Chapter  IV,  Volume  II  of  this 
report . 

With  these  equations,  a  candidate  system  (LG+OSV)  has 
been  modeled  for  further  analysis.  In  the  Systems  Analysis 
step  of  the  two  phase  methodology,  the  equations  are  used  to 
generate,  from  an  engineering  viewpoint,  a  non-dom i na ted 
solution  set  of  physical  system  realizations. 

ES.4.3  Systems  Analysis.  The  purpose  of  the  systems 
analysis  step  is  twofold:  (1)  to  generate  a  solution  set 
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based  on  engineering  requirements,  and  (2)  to  describe  how 
good,  in  an  engineering  sense,  that  solution  is.  These  two 
tasks  will  be  referred  to  as  "non-dora i nated  solution  set 
(NDSS)  generation,  and  solution  validation.”  Figure  ES.14 
depicts  the  information  flow  between  the  two  tasks  of  the 
analysis  step  as  it  relates  to  the  other  parts  of  the  SE 
methodo 1 ogy . 


Phase  1 


Phase  I  1 


Model 


NDSS 

Generation 


Va 1 idat ion 


va 1 i ded  NDSS 


Value 

System 


Figure  ES.14  Analysis  Step  Information  Flow 


The  model  is  the  medium  for  generating  the  NDSS.  The 
results  of  the  validation  task  allow  the  analyst  to 
determine  if  more  iterations  through  the  SE  process  may  be 
necessary.  Usually,  this  means  either  refining  the  model  or 
changing  the  NDSS  generating  technique,  after  which  an  NDSS 
is  again  generated  and  checked  for  validity.  This  process 
is  continued  until  the  NDSS  is  validated.  The  final  NDSS 
generated  must  be  of  sufficient  detail  to  allow 
implementation.  This  marks  the  conclusion  of  Phase  1  of  the 
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SE  approach.  The  valided  NDSS  is  then  the  input  to  the 
value  system  application  (decision  making)  process  of  Phase 
1  1  . 

The  method  of  generating  the  \DSS  depends  on  the  type, 
form  and  detail  of  the  model.  In  the  initial  stages  of  the 
project  the  models  may  be  simple  word  equations.  The  NDSS 
could  be  generated  by  a  technique  using  pairwise  comparison 
of  the  performance  indicies  (Pi’s).  As  the  model  becomes 
more  complex  different  techniques,  such  as  vector 
optimization,  are  applied.  Except  for  simple  problems, 
vector  optimization  solution  generation  techniques  must  be 
mechanized  on  a  digital  computer.  The  computer  program 
PROCES  (DeWispelare  and  Clark, 1983)  was  used  to  generate  the 
\DSS  for  this  study. 

Validation  is  the  process  of  ensuring  that  the  abstract 
representation  (model)  of  the  physical  system  behaves  like 
the  real  system.  The  degree  to  which  the  model  behavior 
matches  the  real  system  depends  on  the  structure  and  detail 
of  the  model.  Since  the  model  is  only  an  abstraction,  the 
results  obtained  from  it  are  only  useful  within  certain 
limits.  These  limits  depend  on  the  areas  of  real  system 
behavior  that  are  of  interest  and  the  assumptions  that  are 
used  during  construction  of  the  model.  The  focus  of  the 
validation  task  also  varies  as  the  project  develops. 
Initially,  the  only  concern  may  be  realizability  of  the 


is 
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solutions.  In  the  more  advanced  stages  of  a  project  other 
factors,  such  as  the  sensitivity  of  the  results  to  model 
parameter  changes,  become  more  important. 


The  Systems  Analysis  Step  was  performed  on  the  LG-^OSV 
satellite  servicing  system.  The  NiDSS  generated  using  this 
model  had  69  members  describing  a  wide  range  of  LG+OSV 
system  realizations.  This  set  of  pareto-opt ima 1  systems 
provides  the  decision  maker  with  solutions  in  which  the  Pi's 
cannot  be  improved  without  reducing  the  level  of  another  PI. 
The  rational  decision  maker  will  always  choose  from  this 
set.  and  having  it,  he  can  explicitly  examine  trade-offs  of 
his  preferences  between  the  objectives.  The  generation  of 
this  set  is  computer  intensive,  requiring  the  use  of  large 
computers  such  as  a  CDC  Cyber  175.  However,  the  set  only 
needs  to  be  generated  once,  since  it  is  created  using 
objective  criteria. 


The  NDSS’s  validity  was  examined  by  several 
techniques.  This  analysis  showed  that  the  numerical 
optimization  procedures  used  had  generated  a  truly  pareto 
optimal  solution  set.  However,  the  analysis  also  showed 
that  some  of  the  solutions  had  design  variables  outside  the 
valid  range  of  application  of  the  model.  This  problem  was 
caused  by  the  model  simplifications  for:  manned  versus 
automated  servicing  trade-offs,  orbital  transfer  mechanics, 
and  manned  life  support  requirements.  Finally,  the  dominant 
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behaviors  of  the  model  were  identified.  The  model  was  most 


sensitive  to  the  mass  delivered  per  satellite  service,  due 
to  its  direct  influence  on  one  PI.  and  its  indirect  impact 
on  the  other  Pi’s.  The  most  important  assumptions  in  the 
model  were  the  parameters  used  to  describe  the  satellite 
constellation  being  serviced. 

ES  .  4 . 4  Dec i s i on  Making.  Every  decision  maker  has  a  unique 
value  system,  which  is  simply  a  formal  mathematical 
representation  of  his  preferences.  Having  determined  the 
decision  maker’s  preferences,  the  analyst  creates  a  weighted 
hierarchy  of  objectives  from  which  a  scalar  figure  of  merit 
can  be  calculated  for  each  system.  The  most  desirable 
system  is  usually  the  system  with  the  largest  assoc' ated 
figure  of  merit. 

The  hierarchy  of  objectives  in  Figure  ES.2  was  shown  to 
senior  USAF  decision  makers  from  the  IJSAF  Space  Division, 
the  USAF  Satellite  Tracking  and  Control  Facility,  and  the 
NASA  (Car  1  ton . 1985 ;  Crabtree , 1985 ;  Green,  1985;  Hard,  1985; 
Janson,  1985;  Lemon,  1985;  Sundberg,  1985;  Wimberly.  1985; 
Wittress,  1985;  Zerson,  1985).  Pairwise  comparisons  between 
objectives  were  solicited  from  the  decision  makers  in 
personal  interviews  to  be  used  in  calculating  their 
weightings  to  be  applied  to  those  objectives.  Applying 
those  preferences  to  the  hierarchy  of  objectives,  and 
calculating  a  single  figure  of  merit  for  each  system,  a 
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ranking  of  systems  can  be  established.  Table  ES.3  shows  the 


hierarchy  tree  weightings  and  ranking  of  systems  for  the 
USAF  decision  makers  identified.  The  best  system  is  at  the 
top  of  the  ranking  for  each  decision  maker  identified.  Note 
however,  that  it  is  important  to  know  how  sensitive  a 
particular  solution  is  to  changes  in  the  decision  maker's 
preferences  . 

Sensitivity  analysis  on  the  value  system  provides  the 
decision  maker  with  information  about  how  robust  a  solution 
is  to  preference  changes,  and  what  solution  would  likely 
appear  for  a  particular  preference  structure.  A  decision 
maker  may  be  concerned  about  ’’selling”  his  choice  of  a 
solution  to  others  (his  boss.  Congress,  etc.),  and  therefore 
want  a  solution  that,  stays  highly  ranked  over  a  wide  range 
of  preference  weightings.  Alternatively,  several  decision 
makers  may  be  involved  in  selecting  a  solution,  and  so  a 
system  that  stays  in  a  highly-ranked  position  over  a  wide 
range  of  preferences  may  be  the  best  compromise.  This 
requires  examining  system  ordering  characteristics  as  the 
preference  weightings  are  varied. 

Steps  can  be  taken  to  identify  which  weighting  values 
significantly  change  system  ordering.  These  ’significant." 
weighting  values  can  then  be  used  to  represent  those 
weighting  values  not  identified,  and  the  overall  figure  of 
merit  is  calculated  for  each  system.  Although  some  bias  of 
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system  ordering  may  be  introduced  for  those  weighting  values 
not  used  in  the  figure  of  merit  calculations,  making 
reasonable  assumptions  can  minimize  the  biases,  and  produce 
useful  information  for  the  decision  maker. 

ES . 5  Cone  1  us i ons 

The  two-phase  approach  is  a  useful  method  for  solving 
complex  problems,  as  shown  in  this  study.  It  provides 
separation  of  the  volatile  decision  making  phase  from  the 
expensive,  t ime~ intens i ve  engineering  design  phase.  The 
engineering  design  phase  generates  an  optimal  set  of  design 
alternatives.  This  allows  the  decision  maker  to  explicitly 
evaluate  tradeoffs  among  the  conflicting  objectives  without 
requiring  a  completely  new  engineering  analysis  for  each 
tradeoff . 

This  methodology  was  applied  to  the  evaluation  of  a 
LG+QSV  servicing  system.  A  NDSS  was  generated  based  on  the 
critical  attributes  identified  in  the  early  value  system 
design.  The  designs  in  the  NDSS  were  arbitrarily  numbered 
to  assist  in  identifying  individual  designs.  The  preference 
weightings  were  then  used  to  rank  the  members  of  the  NDSS. 
Finally,  a  sensitivity  analysis  was  performed  to  examine  the 
behavior  of  the  system  rankings. 

For  the  LG+OSV  model,  value  system  sensitivity  analysis 
showed  that  system  designs  2.  3.  6.  8,  and  9  remained  highly 
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ranked  over  a  wide  range  of  decision  maker  preferences.  The 
design  variables  for  systems  2  and  3  all  have  values  within 
the  valid  range  of  the  model  at  the  current  level  of 
detail.  Figures  ES.15  and  ES.16  show  the  physical 
characteristics  of  designs  2  and  3  respectively.  Some  of 
the  design  variables  for  systems  6,  8.  and  9  are  beyond  the 
valid  range  of  the  model  for  this  level  of  detail,  and  so 
they  will  not  be  dicussed  further  here.  Volume  II  contains 
detailed  descriptions  of  these  and  other  designs  in  the 
NDSS . 


System  2  would  be  selected  if  a  decision  maker 
preferred  a  system  to  have  a  high  measure  of  reliability, 
but  made  little  distinction  in  his  preferences  between 
minimizing  operational  versus  initial  costs.  Figure  ES.17 
helps  one  visualize  the  conditions  necessary  for  system  2  to 
be  ranked  in  the  ’’top”  position. 

System  3  would  be  selected  if  a  decision  maker 
preferred  a  system  that  minimized  initial  system  costs,  and 
also  emphasized  minimizing  the  overall  system  cost.  Again. 
Figure  ES.I7  helps  one  visualize  the  conditions  necessary 
for  system  3  to  be  selected  as  the  ’’top”  system. 

As  noted  above,  systems  6.  8.  and  9  all  have  design 
variables  which  take  on  values  which  are  beyond  the  valid 
ranges  of  the  model.  Though  they  appeared  in  the  highly 
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Figure  ES.17  Preference  Conditions  for  Systems  2  and  3 
to  Appear  in  the  ’Top’  Position 
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ranked  positions,  they  are  invalid  designs  and  should  not  be 
used  as  the  basis  for  further  work. 

ES . 6  Recommendations 

This  study  outlined  a  methodology  to  select  a  satellite 
servicing  system  and  evaluated  several  initial  system 
concepts.  Future  errorts  to  design  and  evaluate  more 
detailed  system  concepts  may  build  upon  this  study.  The 
primary  recommendation  is  to  continue  the  application  of  the 
two  phase  systems  engineering  methodology  to  the  alternative 
systems  developed  and  modeled  in  the  systems  sysnthesis 
step.  As  these  were  preliminary  models,  there  is 
insufficient  detail  to  implement  the  systems  identified,  so 
add i tona 1  refinements  of^  the  model  are  necessary.  These 

refinements  should  address  inclusion  of  additional  f>I’s. 

f  \  f  ■  ■  :  L  •  * '  t/> .  ■  • 

distinquish  between  tttfi^sand  FLG’s,  improve  the  orbital 
mechanics  relations,  improve  the  representation  of  manned  vs 
automated  servicing,  and  improve  the  representation  of  life 
support  requirements.  Additionally,  the  value  system  needs 
refinement,  such  as  incorporation  of  a  more  detailed 
objective  hierarchy,  and  solicitation  of  high  level  decision 
maker  preferences.  For  more  details  on  each  of  these 
recommendations  see  Volume  II  of  the  report. 
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The  report  is  in  three  volumes.  The  Executive  Summary  (Volume  I) 
is  a  cursory  review  of  the  study  and  is  meant  to  be  self-contained. 
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